home *** CD-ROM | disk | FTP | other *** search
- Building mSQL 2.0 on SCO
- ------------------------
-
- It appears that although SCO has the dlfcn.h header file it's dynamic
- loading routines are not where they shuold be. As I do not have access
- to a SCO machine the only way to build mSQL 2.0 on SCO is to remove the
- dynamic module loading capabilities of the Lite / W3-mSQL language. To
- do this, edit common/config.h and delete the line that defines
- HAVE_DLFCN_H after you have run the setup script
-
- Another option has been submitted by Ron Record <rr@sco.COM>. He states
-
- I recently downloaded and built mSQL 2.0 Beta 6 on my SCO OpenServer 5
- platform. In order to use dlopen(), dlclose() etc on OpenServer, you
- must build an ELF executable which then can use the dynamically loaded
- modules in libc.so. To accomplish this, the "-b elf" option to gcc is
- used.
-
- I successfully built mSQL 2.0 Beta 6 on SCO by setting CC="gcc -b elf"
- and exporting CC prior to running "./setup" as per the build
- instructions.
-
- I used Robert Lipe's GNU Dev Sys for SCO OpenServer available via
- http://www.sco.com/skunkware/
- This version of gcc supports the "-b elf" option and builds ELF format.
-
-
- Robert Lipe <robertl@dgii.com> responded with
-
- > platform. In order to use dlopen(), dlclose() etc on OpenServer, you
- > must build an ELF executable which then can use the dynamically
- > loaded modules in libc.so. To accomplish this, the "-b elf" option
- > to gcc is used.
-
- This is true with both the SCO development system or the GNU
- Development system. dlopen() and friends only work with ELF
- binaries.
-
- > This version of gcc supports the "-b elf" option and builds
- > ELF format.
-
- Just as a "heads up" when GCC 2.8.0 is ever released [ It's been Real
- Soon Now for about a year and a half. ] the correct flag will be
- "-m elf" instead of "-b elf".
-